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(54) Video conferencing system 

(57) To initiate a video conference, an exploratory 
telephone call is made to a party, using a first telephone 
channel, in order to enquire whether the party wishes to 
hold a video conference. If the party does, the caller then 
causes the establishment of an initial video conference 
on a second data channel, without disrupting the exist- 
ing telephone call. Then, after the video conference has 
been established, the exploratory telephone call is ter- 
minated, and the first channel is used to carry the video 
conference data, along with the second channel, and 
the audio connection is re-established by merging audio 
information with video information. 
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Description 

This invention relates to video conferencing sys- 
tems. 

Video conferencing systems exist today, and their 
use will become more widespread as time progresses. 
In a typical video conferencing system, all participants 
in the conference, who are present at different locations, 
are equipped with video cameras, video displays, audio 
microphones and audio speakers. This equipment al- 
lows the users to see and speak with each other, as 
though present at a single conference table, in a single 
room. In addition, the video cameras and displays allow 
a participant to present materials of interest to the other 
participants, such as documents or physical objects, as 
though making a live, personal presentation. 

In general, setting up a video conference requires 
some delays, for several reasons. One is that computers 
are involved in handling the audio and video signals 
used in the conference. These computers must, of 
course, be operative, which requires that they be 
switched on. Switchingon requires that they run 
through their initialization routines, which takes time. 

Even if the computers are upland-running, and re- 
quire no switching, nevertheless, in establishing the vid- 
eo conference, the computer at each participant's loca- 
tion must do things such as (1 ) agree on modes of data 
transfer with another computer and (2) run preliminary 
tests of data transfer, and of certain equipment. Thus, 
establishing a video conference can require a delay of 
several seconds, if the computers are up-and-running, 
or a minute or more, if the computers must be initialized. 

Further, the delay is in addition to the inherent delay 
in placing a telephone call. The computers must dial tel- 
ephone numbers, and wait for other computers to an- 
swer the calls. 

It is an object of the present invention to provide a 
method of establishing a video conference, which is rap- 
id and convenient in use for participants to the video 
conference. 

Therefore, according to the present invention, there 
is provided a method of establish ing a video conference, 
characterized by the steps of: making an audio tele- 
phone call; and establishing the video conference while 
the audio call is in effect. 

It will be appreciated that a method according to the 
invention has the advantage that the participants can 
stilt can still talk while the video conference is being es- 
tablished. 

One embodiment of the present invention will now 
be described by way of example with reference to the 
accompanying drawings in which:- 

Figures 1 - 4 illustrate a sequence of events which 
will occur during use of the invention; and 
Figures 5-11 contain a flow chart explaining events 
which occur during operation of the invention. 



Figure 1 illustrates some of the video conferencing 
equipment used by two conference participants. Each 
participant has a video camera 3, shown individually as 
3A.B, a micro computer 6, shown individually as 6A.6B, 
5 and a telephone 9, shown individually as 9A.9B. Audio 
microphones and speakers are also used, but not 
shown. 

Assume that the two participants are located in dif- 
ferent cities, but are working on a common project, such 

10 as development of a new pocket knife. One example of 
their use of the invention would be the following. 

The knife designer would pick up telephone 9A, as 
indicated by the off -hook receiver, and call Max, the ad- 
vertising manager. It is preferred that, at this time, the 

is designer's computer is running, because the designer's 
computer will be called upon to dial a second telephone 
number, as will be explained shortly. 

Max's telephone 9B rings, as indicated. When Max 
answers the audio call, telephone 9B goes off-hook, as 

20 indicated in Figure 2. 

The knife designer now asks whether Max would 
like to see the new knife, as indicated in Figure 3. If Max 
says ■Yes," then the knife designer actuates the inven- 
tion, which establishes a video conference, and the knife 

25 appears on Max's display. 

Significantly, during the initialization procedure for 
the video conference, the original telephone conference 
was not disrupted in any significant way. The parties can 
maintain conversation while the video conference was 

30 being set up, and can discuss the progress of the set- 
up which they observe. 

Figures 5-11 provide a flow chart which explains 
the logic followed by the invention, and are considered 
self-explanatory. 

35 The invention can be used with commercially avail- 
able video conferencing systems such as the TeleMedia 
Connection, available from NCR Corporation. This con- 
ferencing system utilizes the commercially available IS- 
DN telephone service. This service provides three chan- 

40 nels t or "lines," to the user. The invention uses one of 
the lines in making the initial audio call. 

When the called party answers the call, and indi- 
cates that a video conference should be undertaken, the 
caller actuates the invention, preferably by making a se- 

45 lection on a pull-down menu on a computer. The inven- 
tion then calls the called party's computer, or video con- 
ferencing system, using another ISDN channel, and es- 
tablishes the video conference. During this establish- 
ment, the initial audio call, on a first ISDN channel, is 

50 undisturbed. 

The ISDN channels impose limited bandwidth. The 
two main channels allow approximately 64 kilobits/sec- 
ond. A third channel is available, which carries certain 
control signals, and has a significantly reduced data ca- 

55 pacity. 

Because one 64K channel is used for the initial au- 
dio call, the bandwidth available for another call, such 
as the video conference, is restricted to that in the other 
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channel, namely 64K. Consequently, when the video 
conference is first established, using this single 64K 
channel, the video images wilt be somewhat jerky, and 
otherwise deficient, compared to the video which can 
be transmitted using two 64K channels. 

To remedy this situation, after the video conference 
has been established, the bandwidth of the first channel 
is then devoted to the video conference. That is, the fol- 
lowing events take place: 

1 ) The initial audio call is terminated, just as though 
one of the parties placed a telephone on -hook. At 
the same time, the audio call is multiplexed into the 
video conference signals. The parties will hear a 
small click, or glitch, at this switchover, but their con- 
versation will not be otherwise interrupted. 

2) Now the audio channel, used by the initial call, is 
free. This channel is now used to carry the overall 
conference signals. The conference signals (video 
plus audio) are now distributed over the available 
channels, namely over two 64K channels. Now, op- 
timal bandwidth is available for the video signal, and 
the jerkiness, and other deficiencies, disappear. 

It may seem peculiar that the initial audio call is ac- 
tually terminated, or "hung up, - and then re-established, 
in order to devote the first channel to carrying confer- 
ence information. It may be thought that the connection 
could be maintained, while the invention simply dis- 
placed the audio signal by the conferencing signals. 

However, this approach is not feasible at this time. 
The reason is that the ISDN system requires that the 
user initially specify the type of information which is be- 
ing sent (voice or data), at the beginning of a call. It is, 
in general, not feasible to switch from one type to the 
other during a call. 

Because of the termination and re-dialing of the au- 
dio call, the user's computer contains the required tele- 
phone numbers to automatically dial the called party, via 
the several ISDN channels. 

The video data is preferably transferred using IEEE 
(Institute of Electrical and Electronic Engineers) stand- 
ard H221. 

Both the audio telephone call and the video confer- 
ence call can be viewed as essentially involving the 
transfer of information. Thus, placing the initial, explor- 
atory audio call, using an ISDN channel in voice-trans- 
mission mode (or audio mode), involves transfer of au- 
dio information; establishing the initial video conference, 
using an ISDN channel in data-transfer mode, involves 
transfer of video information; and establishing the final 
video conference, using multiple ISDN channels in data- 
transfer mode, involves transfer of both audio and video 
information. The audio information becomes merged, or 
multiplexed, with the video information. 

Viewed another way, the communication, either au- 
dio or video, is made possible by transfer of information. 
The information transfer supports the audio and video 



communication. 

One aspect of the invention involves dynamic band- 
width allocation. For example, the exploratory audb call, 
on a first channel, consumes some of the ISDN's total 

s bandwidth capacity. Establishing the initial video confer- 
ence, on a second channei, consumes additional capac- 
ity. Terminating the audio call frees the bandwidth of the 
first channel, which, together with the second channel, 
is used to carry the final video conference. 

10 During the initial, exploratory, audio call, far less in- 
formation is carried by the first channel than is possible. 
As stated above, the first channel has a capacity of 
64,000 bits/second. An ordinary telephone channel, 
which is capable of carrying this exploratory call, has a 

*5 bandwidth of about 3,000 Hz. 

Thus, during the exploratory call, a channel having 
a 64,000 bits/second capacity is used to transmit a mes- 
sage which ordinarily can occupy a 3,000 Hz bandwidth. 
This inefficiency is tolerated, in order to reduce the risk 

20 of spending the time to establish a video conference, 
and finding that other participants cannot attend. 

As Figure 8 indicates, near the bottom, a situation 
called TV Privacy" may arise. This refers to the fact that 
the called party's video camera may have been de-ac- 

& trvated. If so, the invention takes the actions indicated. 
In practice, the calling party will probably notify the 
called party of this deactivation, during the exploratory 
audio call. 

It should be understood that a video conference can 

30 be termed a Video call, ■ and an ordinary telephone call 
can be termed an "audio call." 

The preceding discussion has been framed in terms 
of a single caller holding a video conference with a single 
other party. The extension to multi-party conferences is 

35 straightforward. In particular, it is expected that one per- 
son will initiate a video conference, by making explora- 
tory audio calls to the other participants. These calls, in 
effect, establish a telephone conference, as done in the 
prior art, with the exception that one channel of an ISDN 

40 line is being used, instead of an ordinary telephone line. 
Then, when all participants are connected in the confer- 
ence call, the switchover to a video conference is made. 

During a video conference, three types of informa- 
tion are transferred: audio, video, and pure data. When 

45 the audio call is merged into the video call, there is a 
4-to-1 compression of the audio data. Video data, be- 
cause of its varying amount of redundancy, is com- 
pressed varying amounts during the conference. (Video 
data is that captured by one of the video cameras shown 

so in Figure 1 .) Both types of compression (audio and vid- 
eo) are lossy. 

In contrast, when pure data is transferred, such as 
a computer file contained on a disc drive of a conference 
participant, a non-lossy compression is undertaken. 

55 
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Claims 

1 . A method of establishing a video conference, char- 
acterized by the steps of: making an audio tele- 
phone call; and establishing the video conference s 
while the audio caii is in effect. 

2. A method according to claim 1 , characterized in that 
said step of making an audio telephone call includes 
the step of placing a telephone call to a potential 10 
conference participant, using a voice transmission 
mode of a first channel of a multi-channel telephone 
service. 

3. A method according to claim 2, characterized in that 
said step of establishing a video conference in- 
cludes the step of, after the participant answers the 
telephone call, using a data-transmission mode of 
a second channel of the multi-channel telephone 
service. 20 

4. A method according to claim 3, characterized by the 
steps of: terminating the use of the first channel, 
while maintaining video communication using the 
second channel; re-establishing the first channel in 25 
a data transmission mode; merging information 
supporting the audio telephone call with information 
supporting the video call; and using both the first 
and second channels to support the video confer- 
ence. 30 
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GENERAL INTERFACE 
ISDNAPP.CPP 

TAKES USER INPUT FROM 
WINDOWS PROCEDURES AND 
SENDS MESSAGES TO 
FINITE STATE MACHINES 
TO CONTROL HARDWARE 

FINITE 
STATE MACHINES 



THESE MACHINES 
CONTROL HARDWARE 

HARDWARE E.G. 

PHONES, 
VIDEOPHONES 
TELEPHONE LIKES 
VOLUME CONTROLS 
TV FOCUSSING ETC. 



WINDOWS USER 
AUDIO OR VIDEO 

I I 



DIRECTORY UTIL 
PHONE WWDPROC 
VIDEO WWDPROC 
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FIG. 6A 



PHONE.PVT 

THIS LISTING IS A HEADER FILE WHICH DEFINES THE MAPPING OF THE PHONE 
NUMBERS ON A MAP WHICH LOOKS LIKE A STANDARD TELEPHONE DIALTONE 

PAD (NUMBERS 1-9, 0, AND IN THIS CASE INCLUDES BUTTONS FOR-MUTE, 
HELP AND A CHOICE OF OPTIONS TO INPUT THE NUMBER : : : THESE OPTIONS 
ARE -SEARCH, DIRECTORY SEARCH, AND DIRECT DIAL) 

IT CONTAINS THE SCREEN COORDINATES FOR •CHILD WINDOWS'. THE 
BUTTONS WHICH ARE 'PUSHED" BY CUCKING A MOUSE BUTTON. 

IT ALSO CONTAINS THE FONTS FOR THE ALPHANUMERICS ON THE 

DIALTONE PAD. 

THE FILE COULD BE WRITTEN WITH A VARIETY OF MINOR VARIATIONS AND 
STILL PERFORM THE TASK AT HAND. IT IS A STANDARD TYPE OF 
WINDOWS/CHILD-WINDOWS APPLICATION. 

I 



TVBOTTOM.H 

THIS USTING IS A HEADER FILE WHICH DEFINES WINDOWS UTEH ON THE 
BOTTOM OF THE TV SCREEN INCLUDING A HELP BUTTON, MUTE BUTTON, 
CHANNEL BUTTON, AND PROGRAM BUTTON. 

IT INTRODUCES THE WINDOWS PROCESSES FOR THESE BUTTONS AND SETS 

THE POSITIONS OF THE CHILD WINDOWS AND THE FONTS USED IN THE 
ALPHANUMERICS (FOR INSTANCE A BUTTON HAS 'HELP" WRITTEN ON IT IN 

THE DEFINED FONT. 

I 



PHONE.C 

THIS LISTING CONTAINS THE WINDOW PROCEDURE WHICH PROVIDE A USER 
INTERFACE FOR PHONE FUNCTIONS. IT IS CALLED BY ISDHAPP.CPP 

FOR USER INPUT. 



TVBOTTOM.C 

THIS PROGRAM IS THE WINDOWS IMPLEMENTATION OF THE FUNCTIONS 
DECLARED IN TVBOTTOM.H. IT PROVIDES THE WINDOWS USERS INTERFACE 
AND IS CALLED BY ISDHAPP.CPP IMPLEMENT THE "BUTTONS' ON THE 
BOTTOM OF THE WINDOW. 
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FIG. 6B 



TWIDEO.C 

THIS PROGRAM IS THE WINDOWS IMPLEMENTATION OF THE FUNCTION 
DECLARED IN TWIDEO.H. IT PROVIDES THE WINDOWS USERS INTERFACE TO 
CONTROL THE TV VIDEO SCREEN. IT IS CALLED BY ISDHAPP.CPP FOR USER 
INTERFACE TO THE TWIDEO SCREEN. 

I 

ISDHAPP.CPP 

THIS PROGRAM CONTAINS THE WINDOW PROCEDURE WHICH UNKS USER 
INTERFACE TO THE FINITE STATE MACHINES AND CONTROLS THE ISDN PHONE 
INTERACTIONS. "THIS IS A PRIMARY LINKING PROGRAM AND IS DESCRIBED 

IN A FLOWCHART. 



♦ 

FSH.CPP, VIDFSM.CPP 

THESE TWO FUNCTIONS ARE FINITE STATE MACHINES. THEY INTERFACE TO 
ACTUAL HARDWARE AND CONTROL THE HARDWARE FUNCTIONS FOR THE 
TELEPHONE AND VIDEO UNES. THEY ARE CALLED BY THE ISDHAPP.CPP TO 
IMPLEMENT USER INPUT (THE WINDOWS PROCEDURES FOR TELEPHONE AND 
VIDEO) INTO ACTUAL PHONE AND VIDEO CALLS BY THE ATTACHED HARDWARE. 

I 

DIRUTILC 

THIS IS A PHONE NUMBER LOOK-UP WINDOWS PROCEDURE. IT INCLUDES 
LOOKUP FROM A LOCAL DIRECTORY, A QUICKUST OF NUMBERS, AND USER 
INPUT TO IDENTIFY A PHONE NUMBER FOR AUDIO AND/OR VIDEO. IT IS 
IMPLEMENTED BY PHONE.C OR TELEVID.C. 
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FLOWCHART FOR ISDNAPP.CPP (CONTAINS VOICE2VIDEO FUNCTION) 



INCLUDE HEADER FILES, FUNCTION DEFINITIONS; 
DECLARE AND INITIALIZE GLOBAL VARIABLES AND ARRAYS 



I 



CALL MAIN ISDWW1NDOW PROCESS | 



FIG. 7 



DEFINE LOCAL VARIABLES | 




CHOICES: DO ONE OF THESE 

1. IMPLEMENT RESPONSE FUNCTION IN WINDOW 

2. POLL DEVICES 

a INITIATE PHONE THROUGH FSM 

4. INITIATE VIDEO THROUGH VIDFSM 

5. END VIDEO THROUGH VIDFSM 

6. TRANSMIT 'RING* THROUGH VIDFSM 

7. CLEAR TRANSMISSION THROUGH FSM AND VIDFSM 
(UPDATE WINDOWS STATUS BARS) 

8. INITIALIZE WINDOWS AND INFORM BOTH PARTIES 
IF THE CALL IS CONNECTED 

9. TELL CALLER (PRINT ON WINDOW) IF REMOTE IS BUSY 

10. IF IT WAS BUSY BUT NOT NOW, TURN OFF BUSY 
INDICATOR ON WINDOWS. 

1 1 . IF BUSY A 2ND TIME INDICATE ON SCREEN 

12. IF SIGNAL RECEIVED AT REMOTE AND THE BUTTON 
ICON IS ACTIVATED SET THE FSM TO THE EVENT 
(I.E, SEND AUDIO THROUGH THE ESTABLISHED 
VIDEO CHANNEL) 

13. CLOSE-PHONE FUNCTION 

14. TRANSMISSION O.K. FUNCTION 

15. SET TRANSMISSION (AUDIO) VOLUME** THIS HAS A 
SET OF INSTRUCTIONS TO CHANGE THE AUDIO 
VOLUME THROUGH THE VIDFSM WHILE KEEPING 
TRACK OF A "SLIDER BAR" IN THE WINDOW. 

NOTE ALL OF THIS LOGIC MADE A VIDEO CONTACT WITH 
THE REMOTE - THERE ARE 3 PAGES OF DETAILS 
ASSOCIATED WITH THE VOLUME FUNCTION 



I 



FUNCTION 
BLOCKS 



INITIALIZE THE FINITE STATE MACHINES WHICH CONTROL 
THE TELEVIDEO AND THE TELEPHONIC EQUIPMENT 



T 



FUNCTION 
BLOCKS 



TO FIG. 8 
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FIG. 8 



OPEN CONNECTIONS TO THE REMOTE DEVICE 
THROUGH THE FINITE STATE MACHINES 



CHECK THE STATE OF ANY CONNECTIONS 
ON THE REMOTE DEVICE 



FUNCTION 
oluui\S 



ACT ON THE STATE OF THE 
FUNCTION WHICH MAKES A CALL 



DO ONE OF THESE 

1. ACTIVATE DIAL TONE 

2. OVERLAP AUDIO SEND 

3. PROCEED WITH CALL AND OPEN ICONS AND WINDOW 
APPLICATIONS ON THE REMOTE 

4. CALL DELIVERED - UPDATE WINDOWS ON HOST 

5. INCOMING CALL- OPEN SCREEN AND ACTIVATE WINDOWS ICONS 
ON REMOTE 

6. CALL CONNECTED- DISABLE PHONE NUMBER LOOKUP. ENABLE 
ALL ICONS 



I 



FUNCTION 
BLOCKS 



ACT ON THE STATE OF SCREEN IDENTIFICATION*] 



I 



DO ONE OF THESE 
1. PHONE TRANSMISSION - UPDATE PHONE DIALOG BOX 
Z VIDEO TRANSMISSION — UPDATE VIDEO DIALOG BOX 

POSSIBILITIES INCLUDE CALL ACTIVE, TRANSMISSION ERROR, NO 
PHONE NUMBER, TRY AGAIN AND SET DIFFERENT COMMUNICATION 
PARAMETERS, THY AUTODIAL FUNCTION 



FUNCTION 
BLOCKS 



ACTON STATE OF BUTTON IDENTIFICATION 



DOONEOFTHESE 
1 . PHONE MUTE - UPDATE THE BUTTON 
Z TV MUTE - UPDATE THE BUTTON AND ERROR CHECK 

3. PHONE REDIAL - REDIAL THE PHONE AND UPDATE THE BUTTON 

4. END PHONE CALL - SEND MESSAGE TO FSM TO BREAK PHONE 
CONNECTION - PRINT ACTIVITY TO SCREEN , PH_END_CALL" - 
UPDATE BUTTON 

5. END VIDEO CALL-SEND MESSAGE TO TVFSM TO BREAK THE VIDEO 
CONNECTION - UPDATE BUTTON - PRINT ACTIVITY TO SCREEN 

TV END CALL" -THIS IS AN INVOLVED FUNCTION WHICH 
SENDS MESSAGES TO FSM AND VIDEOFSM TO DISCONNECT 
ALL OF THE HARDWARE DEVICES 

6. IC ANSWER - ACTIVATE CODE TO ANSWER AN INCOMING CALL 
- INCLUDES AUDIO AND VIDEO FSM*S 

7. IC IGNORE - ACTIVATE CODE TO REFUSE CONNECTING TO 
INCOMING CALL 

8. BS OK — WRITE "BS OK" — "GOT A BUSY OFF AND DEVICE - TO 
SCREEN - CALL FUNCTION TO REDIAL AFTER A WATT PERIOD 

9. TV PRIVACY - PRINT TV PRIVACY" - FOLLOWED BY "VIDEO 
SOURCE" ENABLED (OR DISABLED) DEPENDING ON STATE OF 
VIDEO PRIVACY BUTTON 



FUNCTION 
BLOCKS 
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FIG. 9 



FUNCTION CLOSE ISDN 
CLOSE CONNECTION TO REMOTE 
RETURN: TRUE WHEN CLOSED 



T 



THIS FUNCTION CLOSES THE REMOTE CONNECTION AND UPDATES THE 
WINDOWS SCREEN AND DIALOG BOXES TO INDICATE THE CALL HAS BEEN 
TERMINATED. IT RETURNS A TRUE" VALUE AFTER CLOSING THE 
CONNECTION. IT CONTAINS REQUIRED CODE TO INSTRUCT THE FSM*S TO 
CLOSE CONNECTIONS IF THEY ARE OPEN WHEN THE FUNCTION IS CALLED. 



i 



FUNCTION GETISDN 
THIS SCANS THE UST OF DEVICES AND RETURNS THE ID OF THE ISDN 



I 



FUNCTION PUTISDWID 

RETURNS TRUE IF INPUT DEVICE ID MATCHES ID FROM UST - ELSE 
IT RETURNS FALSE 



THIS FUNCTION DETERMINES IF AN IDENTIFIED DEVICE IS VALID 

I 



FUNCTION LOADH221CAPS 
LOADS THE H221 DEVICE RETURNS TRUE WHEN DEVICE LOADED 



FUNCTION SETISDNVOLUME 

SETS AUDIO VOLUME FROM INPUT ON THE WINDOWS SCREEN 
(USES FSM'S) 



I 



FUNCTION DBDPRINTF 
PRINTS OUTPUT FROM DEBUGGER PROGRAMS 



I 



FUNCTION CURDEBUGON 
FINDS OUT IF THE DEBUGGER IS ON AND RETURNS A STATUS WORD 



FUNCTION CANCONVERT 

DETERMINES IF AN AUDIO TO VIDEO CONVERSION IS POSSIBLE 
RETURN TRUE/FALSE 

TO FIG. 10 
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FIG. 10 



FUNCTION V0SCE2VIDE0 
GETS PHONE# ACTIVATES THE MAKECALL FUNC. 

+ 

FUNCTION ISCALLACTIVE 
DETERMINES IF CALL IS ACTIVE RETURNS: TRUE/FALSE 

* 

FUNCTION PRINTTABLES 

PRINTS STATUS OF SWITCHES; NAMES OF DEVICES; 
STATUS OF CALLAPPS AND VIDAPPS 

i 

FUNCTION EVALPHONEERR 

PRINTS REASON FOR PHONE ERROR TO SCREEN 
SWITCH FUNCTION: 



i 



RETURN ONE OF THESE 


1. BADNUMBER 


7. INVALID DEVICEID 


2. BAD PARAMETERS 


8. MOSWITCH — NO ACTIVE SWITCH 


3. BAD SPEED 


ON DEVICE 


4. BAD STATE 


9. TOOKANYOPENS - ALREADY HAS 


5. BADTYPE PHONE 


TOO MANY CONNECTIONS ETC. 


6. HANDLEOPENFAILURE 





FUNCTION CURRENTYIDSRC 
SWfTCH ON INPUT WORD 'WSRC 

DO ONE OF THESE 

1 . SET BUTTON TO PARAMETERS FOR SCREEN1 

2. SET BUTTON TO PARAMETERS FOR SCREEN2 

3. SET BUTTON TO PARAMETERS FOR SCREEN3 

+ 

FUNCTION BCHECKH242BUSY 
IF REMOTE BUSY RETURN TRUE ELSE RETURN FALSE 

I 

FUNCTION HEWTSERROR 
READ ERROR BUFFER SET FLAGS 

? 

TO FIG. 11 
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FIG. 11 



FUNCTION BCHECKINCOMING 
SWITCH ON FUNCTION INPUT (INTEGER CALLED SCREEN) 

* 

DO ONE OF THESE 

1. VIDEO TRANSMISSION - OPEN SCREEN UPDATE SCREEN BARS 
FOR VIDEO - UPDATE SCREEN BARS FOR AUDIO — RETURN 
TRUE 

2. AUDIO TRANSMISSION — OPEN SCREEN UPDATE SCREEN BARS 
FOR AUDIO - UPDATE SCREEN BARS FOR VIDEO - RETURN 
TRUE 

3. -RETURN FALSE 
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